home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 82.txt < prev    next >
Text File  |  1997-04-16  |  9KB  |  240 lines
  1. =========================================================================
  2.  
  3. Today's Topics:
  4.                           gdos and opus 2.0
  5.                   Help with Sozobon / Cure & thanks
  6.                        Mark Williams C (2 msgs)
  7.                             STE questions?
  8.                        ST S/ware Rental Places
  9. ----------------------------------------------------------------------
  10.  
  11. Date: 22 Jan 90 23:12:47 GMT
  12. From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
  13. Subject: gdos and opus 2.0
  14. Message-ID: <3487@tahoe.unr.edu>
  15.  
  16. I just gave opus 2.0 a try and can't seem to get the caharting
  17. portion to work. The drop down menu is disabled.
  18.  
  19. I have gdos 1.8 installed but the assigner.prg that came with
  20. the opus arc complains mightily. Here is my assign.sys file:
  21.  
  22. path = C:\\AUTO\\               ;Pathname for hard drive set drive id and
  23. ;                        path IF REQUIRED IE. C:\GDOS\. IF LEFT ON
  24. ;                        THE ROOT DIRECTORY OF THE BOOT DRIVE NO
  25. ;                        CHANGE IS NECESSARY
  26. 01p screen.sys          ;Default screen
  27. 02p screen.sys          ;Low-resolution screen
  28. 03p screen.sys          ;Medium-resolution screen
  29. 04p screen.sys          ;High-resolution screen
  30. 21 fx80.sys
  31. 31 meta.sys
  32.  
  33.  
  34. Somewhere I also have a file std.fnt (came with gdos in
  35. athenaII).
  36.  
  37.  
  38. What files do I need to use opus with it's charting feature?
  39.  
  40. If I buy GPLUS+ will I get everything I need (fonts, etc) ?
  41. (What does GPUS+ do for me anyway? what comes in the package?)
  42.  
  43. signed,
  44.         Confused-by-GDOS-in-NV
  45.  
  46. ------------------------------
  47.  
  48. Date: 18 Jan 90 17:25:23 GMT
  49. From: mcsun!sunic!tut!router!fintuvm.bitnet!t6m-riit@uunet.uu.net
  50. Subject: Help with Sozobon / Cure & thanks
  51. Message-ID: <1038T6M-RIIT@FINTUVM>
  52.  
  53. Thanx ..
  54.  
  55. . everybody who replied to my plea for help with Sozobon (Andreas, Barry,
  56. Gregory, Bill, Steve and anybody else who couldn't reach me in time).
  57.  
  58. As most of you correctly pointed out, PCommand really was the evil part,
  59. probably turning all lower case stuff upper thus ruining the commands.
  60. Should've tried Gulam in the first place but PCommand seemed easier...
  61. Well, you get what you ask for...
  62.  
  63. I didn't quite get the makefile format yet but I guess it'll be found -
  64. at least the stuff works now. I compiled hello.c very successfully and
  65. tried also the quix (comp.sources.atari.st) source - went down OK.
  66.  
  67.  
  68.                                         Thanks again.. see ya!
  69.  
  70.                                                 - Jari
  71.  
  72. ---------------------------------------------------------------------------
  73.   Jari Riitala    email: still for a few months  T6M-RIIT@MAMMUTTI@UTU.FI
  74.                          already now             JRIITALA@KONTU.UTU.FI
  75.                   snail: Kuusiharjunkatu
  76.                          20660 Littoinen
  77.                          Finland
  78. ---------------------------------------------------------------------------
  79.  'We've got nothing to fear but the fear itself'
  80.                                 - Neil Peart of Rush (The Weapon)
  81. ---------------------------------------------------------------------------
  82.  
  83. ------------------------------
  84.  
  85. Date: 22 Jan 90 20:07:21 GMT
  86. From:
  87.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watdragon!tiger!swklassen@
  88.  tut.cis.ohio-state.edu  (Steven W. Klassen)
  89. Subject: Mark Williams C
  90. Message-ID: <20044@watdragon.waterloo.edu>
  91.  
  92. In article <756@nadia.UUCP> marauder@nadia.UUCP (Stefan Hess) writes:
  93. >Somebody told me that MW has stopped development of MWC on the ST. Does
  94. >anybody know if this is true ? I would hate it if there wouldn't be an
  95. >ANSI version of MWC.
  96.  
  97. I hadn't heard this but I will call them and find out!
  98. I'll post their response.
  99.  
  100.  
  101.  
  102.  
  103. Steven W. Klassen                       +-----------------------------+
  104. Computer Science Major                  | Support the poor...buy fur! |
  105. University of Waterloo                  +-----------------------------+
  106.  
  107. ------------------------------
  108.  
  109. Date: 22 Jan 90 19:49:23 GMT
  110. From: hpda!athertn!alex@ucbvax.Berkeley.EDU  (Alex Leavens)
  111. Subject: Mark Williams C
  112. Message-ID: <16997@laurel.athertn.Atherton.COM>
  113.  
  114. >Stefan Hess writes:
  115. >Somebody told me that MW has stopped development of MWC on the ST. Does
  116. >anybody know if this is true ? I would hate it if there wouldn't be an
  117. >ANSI version of MWC.
  118.  
  119. When I last called tech support, they told me that the person who was
  120. responsible for the ST version of the compiler had quit and that they
  121. were actively looking for a new compiler person.  There was no indication
  122. that they were not going to support the compiler in the future.  I expect
  123. that there'll probably be a delay in the next release, since it takes
  124. time to hand off something like that to a new person...
  125.  
  126.  
  127.  
  128. --
  129. |-------------------------------------------------------------------------|
  130. |--alex | alex@Atherton.COM |  Caution!  Falling Opinions, next 6 miles   |
  131. |        Now who are you gonna believe--me, or your own lyin' eyes?       |
  132. |-------------------------------------------------------------------------|
  133.  
  134. ------------------------------
  135.  
  136. Date: 19 Jan 90 00:51:31 GMT
  137. From: mcsun!ukc!newcastle.ac.uk!turing!q1cbw@uunet.uu.net  (D.C. Halliday)
  138. Subject: STE questions?
  139. Message-ID: <1990Jan19.005131.16601@newcastle.ac.uk>
  140.  
  141. Question 1.
  142.  
  143. Are  the SIMM modules in the STE of a standard type, as I have seen an
  144. ad for SIMM modules for these machines ...
  145.  
  146. Amstrad,AST,DELL,EPSON,EVEREX,HP,INTEL,IBM,SUN... etc of the following
  147. types.
  148.  
  149.                  Memory X bits     Speed
  150.                  ---------------------------------
  151.                     256Kx8   100ns or 80ns
  152.                     256Kx9   100ns or 80ns or 60ns
  153.                     1Mx8     100ns or 80ns or 70ns
  154.                     1Mx9     100ns or 80ns or 70ns
  155.                     4Mx8     80ns
  156.                     4Mx9     80ns
  157.  
  158. So  which  of  these are of use and how can I mix them. I know the STE
  159. has four SIMM slots. I think the 520STE (yes ATARI UK are  shipping  a
  160. 520  version)  has  boards in all slots (is this 128Kx8 ?). To install
  161. these I assume it is simply a case of plug in and go.
  162.  
  163. Question 2.
  164.  
  165. I  have heard that the STE can access more memory than the ST. 8mb was
  166. quoted by a person at Third Coast. Is this  correct?  Does  this  meen
  167. that each of the SIMM slots is a seperate bank? Could I put 4 cards of
  168. 4Mx8 and get 16M of memory? So how does TOS 1.6 access its memory?
  169.  
  170. Question 3.
  171.  
  172. A  FOFT  (friend  of  a friend tale) has it that there are already two
  173. versions of the STE. One for the 520STE and one 1040STE. Is this true?
  174. If so why the difference?
  175.  
  176. The  STE is a great machine and deserves to do well, anxiously looking
  177. forward to the TT. Keep up the good work Atari.
  178.  
  179. Dave H.
  180.  
  181. (d.c.halliday@newcastle.ac.uk)
  182.  
  183. ------------------------------
  184.  
  185. Date: 23 Jan 90 00:15:42 GMT
  186. From:
  187.  zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!haven!uvaarpa!murdoch!
  188.  astsun8.astro.Virginia.EDU!gl8f@tut.cis.ohio-state.edu  (Greg Lindahl)
  189. Subject: ST S/ware Rental Places
  190. Message-ID: <1990Jan23.001542.7493@murdoch.acc.Virginia.EDU>
  191.  
  192. In article <26232@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  193. >
  194. >OK, Greg...you're a great guy. You'll *never* "borrow" software,
  195. >then copy it for yourself to keep. I'll accept that.
  196. >
  197. >My accepting that fact from you is a *far* cry from condoning a
  198. >place taht "rents" software.
  199.  
  200. Fine. So don't say that *every* place that rents software should be
  201. run out of business because of the actions of a few.
  202.  
  203. That's all I ask. I won't respond to the rest of your posting because
  204. it was a rehash of old arguments, except for this:
  205.  
  206. >You want to test out the product? Do it in the store. If you want to
  207. >"test it out" for several days, that's several days worth of use you
  208. >have placed on the product. If you are going to do that, why not
  209. >send away for a products'  demo copy? If its a large package, they
  210. >are sure to have something, if its a small package - you're just
  211. >out of luck, aren't you?
  212.  
  213. Not all products have demo versions. Maple does not, it is a large
  214. package, and it costs large amounts of money. It's stupid to tell
  215. me I cannot demo Maple for several days in my own home just because
  216. you're scared I'll steal it. If a friend had Maple and were willing
  217. to lend it to me for a few days I bet you'd think that was bad
  218. too?
  219.  
  220. >...but, as I said earlier, because you're a great guy, doesn't
  221. >me you can claim that software rental places haven't hurt the software
  222. >market...
  223.  
  224. I never said that. I said software rental as a concept is not bad, and
  225. that while some software rental places are pirate havens, it is not
  226. necessarily true that all are.
  227.  
  228. I hope this discussion ends here. We are repeating ourselves, and you
  229. are missing my point.
  230.  
  231.  
  232.  
  233. Greg Lindahl
  234. gl8f@virginia.edu                                  Astrophysicists for Choice.
  235.  
  236. ------------------------------
  237.  
  238. End of INFO-ATARI16 Digest V90 Issue #82
  239. ****************************************
  240.